Problemas inesperados reactivando el laboratorio casero
Hace un tiempo compré un equipo para crear un laboratorio casero de virtualización. El laboratorio estaba enfocado a mejorar mis conocimientos sobre XenDesktop, por lo que la manera más sencilla de montar toda la infraestructura era realizando una instalación basada completamente en productos de Citrix. Y eso incluía el hypervisor: XenServer.
XenServer es gratuito y basado en Xen, un hypervisor de código abierto. El único problema que tenía con el producto es que sólo ofrece un cliente de gestión nativo para Windows. Y como resulta que en casa mi equipo principal es un Mac, sólo podía gestionar el servidor y las máquinas virtuales desde la línea de comandos. No es complicado, pero sí que es un engorro.
Conseguí un equipo con Windows para instalar XenCenter, pero era una faena tener que conectarme desde otro portátil para crear una máquina, crear snapshots, etc... y después seguir trabajando desde el Mac (el equipo con Windows es de mi pareja).
Al final, al haber cambiado de trabajo, el objetivo del equipo ha quedado obsoleto, así que llevaba un tiempo parado. Aunque claro, eso de tener un equipo con 32GB de RAM, 1TB de disco SSD, etc parado me dolía en el alma.
Estos días estoy volviendo la mirada de nuevo hacia Docker, pero estoy teniendo muchos problemas para poder crear imágenes en la RPi2. Así que había decidido reutilizar el equipo de laboratorio y montar unas máquinas virtuales en las que correr -entre otras cosas- Docker.
El culebrón de VMware ESXi y los drivers de tarjetas de red
Mi primera opción fue instalar VMware ESXi: es ligero, líder del mercado y además ofrece una consola de administración web. Los conocimientos que pueda aprender sobre la gestión de este entorno de laboratorio ESXi puede que me resulten útiles si algún día mi carrera se enfoca de nuevo hacia aspectos más técnicos del mundo IT.
Pero la instalación de ESXi 6.0 ha fallado en mi equipo porque no se detectaba una conexión de red activa. He montado un router ADSL de mi caja de cachivaches y lo he conectado para que el cable de red tuviera actividad, pero el resultado ha sido el mismo.
Después de un par de intentos, he desistido, al darme cuenta que se trataba -seguramente- de un problema de drivers.
Sin embargo, después de comer y con más calma, he realizado unas cuantas búsquedas en internet.
Y el resultado ha sido preocupante: resulta que VMware retiró el soporte para un grupo de tarjetas de red utilizadas en equipos de consumo en ESXi 5.0/5.1. Pese a todo, la comunidad de usuarios de VMware consiguió inyectar los drivers y crear imágenes customizadas que incluían los drivers de fabricantes como -en mi caso- Realtek,
Durante la actualización a ESXi 5.5, VMware contraatacó y puso en una lista negra los drivers, de manera que se impedía activamente la instalación.
Obviamente, la gente ha conseguido saltarse esta absurda y arbitraria decisión, lo que demuestra una vez más que es imposible ponerle puertas al campo. (Ver, por ejemplo vSphere 6 is GA: The ultimate guide to upgrade your white box to ESXi 6.0)
En cualquier caso, el objetivo del laboratorio es disponer un entorno donde probar cosas por lo que quiero dedicar el menor tiempo posible a tener que hacer que el laboratorio funcione. Así que no quiero perder más tiempo del necesario con un producto que lo único que hace es poner palos en las ruedas y limitaciones a un producto que, no lo olvidemos, VMware ofrece gratuitamente para fomentar su marca. VMware es completamente libre de eliminar el soporte o los drivers para lo que quiera en su producto. Sin embargo, actuar activamente para impedir que la comunidad a la que quiere atraer pueda instalar los drivers me parece que habla de una compañía que, en el mejor de los casos, no comunica adecuadamente la motivación tras estas acciones.
Windows 10 Pro y Docker for Windows
Así pues, me mantendré alejado de VMware en el laboratorio. La instalación de Windows 10 Pro (con el objetivo de instalar Docker for Windows) ha fallado por algún problema con la descarga de la ISO (o su posterior grabación en el pendrive de instalación).
Es una lástima que Microsoft no ofrezca un método para comprobar que la ISO (de poco más de 4GB) se ha descargado correctamente... Ahora estoy usando la herramienta "Media Creation Tool" para descargar y crear el pendrive de instalación de Windows 10 de nuevo.
Mi idea es instalar Windows 10 Pro, habilitar Hyper-V y después instalar Docker for Windows. Además de los containers, también quiero probar algunas distribuciones linux y el nuevo Windows Server 2016...
Seguiré informando después de la instalación.
Raspberry Pi, Hypriot y Docker para ARM
La última versión de Docker (1.12) incorpora nuevas funcionalidades de orquestación para trabajar con múltiples nodos de Docker y escalar las aplicaciones containerizadas de forma simple.
Sin embargo, en el pasado he tenido problemas porque Docker no se actualizaba en Raspbian. La gente detrás del proyecto Hypriot mantienen una distribución a la última en Docker orientada específicamente para equipos ARM (como la RPi), así que creo que es hora de volver a instalar Hypriot en la RPi2 para eliminar algunos fantasmas con los que me estoy encontrando.
También me gustaría sincronizar de alguna manera el wiki local en la RPi de casa y el wiki en http://wiki-ameisin.rhcloud.com/doku.php ...
En fin, demasiadas ideas y poco tiempo que dedicarles.
Comentarios